home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000394_news@columbia.edu_Tue Nov 14 11:21:06 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21170
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Wed, 15 Nov 1995 08:29:54 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id IAA17735 for kermit.misc@watsun; Wed, 15 Nov 1995 08:29:52 -0500
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!agate!newsxfer.itd.umich.edu!tank.news.pipex.net!pipex!news.mathworks.com!newsfeed.internetmci.com!inet-nntp-gw-1.us.oracle.com!news.caldera.com!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Flow control xon/xoff <-> RTS/CTS?
  8. Message-Id: <1995Nov14.172106.66884@cc.usu.edu>
  9. Date: 14 Nov 95 17:21:06 MDT
  10. References: <488ih7$jsg@pheidippides.axion.bt.co.uk>
  11. Organization: Utah State University
  12. Lines: 38
  13. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  14.  
  15. In article <488ih7$jsg@pheidippides.axion.bt.co.uk>, stevef@aom.bt.co.uk (Steve Fosdick) writes:
  16. > We have a modem link, using modems with NMP5 which therefore implement
  17. > flow control between the modem and the computer.
  18. > At one end, the flow control mechanism is RTS/CTS and at the other end
  19. > the flow control mechanism is Xon/Xoff.
  20. > With this setup, file transfers sometimes get hung, and whenever this
  21. > occurs, if I ^C from the file transfer, connected to the other end,
  22. > and send an XON character I get a large number of queued packets in
  23. > response.
  24. > Never having had this problem when using Xon/Xoff at both ends I
  25. > assume that kermit includes sending an Xon to the modem as part of
  26. > it's timeout recovery mechanism in case the modem received an Xoff
  27. > which kermit didn't send it, but doesn't do that if flow is set to
  28. > RTS/CTS.
  29. > Question: is there any detrimental effect to be had from trying the
  30. > Xon heuristic in RTS/CTS mode?
  31. > --
  32. > Steve Fosdick                  Internet: stevef@aom.bt.co.uk
  33. > Voice: +44 1473 642987         BT WEB:   FOSDICK S J
  34. > Fax:   +44 1473 644607         BOAT:     FOSDICSJ
  35. > Snail: Room 210, B67, BT Labs, Martlesham Heath, Ipswich, IP5 7RE, England.
  36. ---------
  37.     What's needed is for each leg of the comms pathway to flow control
  38. between the boxes terminating that leg, or do only end to end flow control
  39. with transparency along the link. The latter approach is simpler but suffers
  40. from major worries of overrunning one of the intermediate boxes and of the
  41. overall byte storage of the comms channel (and it can be large). So Plan A
  42. is the desirable approach.
  43.     Kermit won't do both XON/XOFF and RTS/CTS flow control at the same
  44. time, nor should it. You will need to have a little talk with each modem
  45. and the remote host about which kind of flow control is to be used where
  46. (hopefully hardware RTS/CTS so the channel remains totally transparent).
  47.     Joe D.